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1 14.07^003 
Integrated circuit with dynamic commanication service selection 



FIELD OF THE INVENTION 

The invention relates to an integrated circuit comprising a plurality of modules 
and a method for dynamic communication service selection in such an integrated circuit 

BACKGROUND OF THE INVENTION 

With the recent development of coniputation and communication resources 
two main trends in tiie architecture of mobile terminals have risen. The first trend is the 
^Kcation convergence and increasing diversity, e. g. more and more diverse fimctions or 
subsystems are integrated into a single terminal enabling the terminal to perform new 
services and applications. The second trend is directed to the aggravation of architecture 
conaplexity, e. g. the overall complexity of botii hardware and software architectures exceeds 
the limits of conventional architectures style based on cores connected by buses. 

One possible solution to meet for the above mentioned trends ^>pears to be 
modularity. When the boundaries of modules are chosen to coincide with functional 
subsystems like GSM modems, displays or audio, two levels of hardware and software 
architecting can be derived. The first one is tiie intra-subsystem architecture where the 
conventional architecture style based on cores connected by buses can be ^Ked whereby 
existing subsystems can be re-used. Hie second level of architecting is tiie inter-siibsystem 
architecture, where a networic architecture is ^Hed, with tiie inter-siibsystem 
communication being perfiomed on an OSI-like layered network architecture. Witii tiiese two 
levels of architecting tiie development of fimctional subsystems can be perfisrmed as already 
known in tiie art, and tiierefore mtellectual property (IP)-Blocks can be re-used. 

l^ically, most mobile terminals provide tiieir fimction on tiie bases of a few 
peripheral components, like aportable audio player (an audio subsystem and a CD or soUdr 
state storage), a mobile phone (GSM modem and speech codec), a palm-top organizer (touch 
screen + microprocessor) or a soKd-state camera (camera + display + solid-state storage). The 
variety of tiiese different subsystems, e. g. peripheral components, increases steadily. These 
different subsystems evolve independentiy of each otiier andr^dly become more advanced 
and more complex, so tiatflieh: performance parameters, like bit rates, edacity, resolution 
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and qualily steadily improve. The actual terminals contain more and more subsystems and the 
internals of the subsystems become less important since the enophasis is moved towards 
software, £q>p]ications and services. 

While the traditional architecting based on cores and buses have been 
5 focussing on computations over a limited set of computation resources, scheduling tasks over 
a smaU set of tightly coupled blocks having low latencies, and tight bus protocols, the 
architecting between subsystems focuses no longer on computation but on communication. 
The resources shared by the different subsystems is the communication infrastructure and 
possibly a shared memory. These subsystems are usually loosely coupled with relatively high 
10 latencies and relatively low synchronisation rates as well as network protocols. 

A terminal usually consists of a plurality of subsystems which are connected 
to each other via a netwodc Subsystems like UMTS modems or video codec can be designed 
independently. They may contain one or more programmaible cores, some coprocessors, local 
memories and I/O. The netwodc is used to connect the subsystems. All inter-subsystem 
15 communication, like data, instructions, memory traffic and control information will be 
performed via the network. 

A so called Systems-on-CSiip SoC typical comprise a plurality of subsystems 
e. g. fonctional elements or modules with local memory, which are connected by an 
mtercomiect scheme. This System-on-Chip SoC are adapted to perform different appUcations 
20 which can be mapped onto the set of subsystems. All functions performed by the subsystems 
require a certain amount of memory for the performance of their processings. The exact 
amount of memory will depend on a phiraHty of parameters like the screen size for video 
decoding, tte data rate for modems or the like. Accordingly, different ^Kcations will have 
diflferent demands for memory. Nowadays most plication domains in the area of consumer 
25 electronics require that flie system cost as weU as the power consuxoption is minimized. To be 
competitive in the above mentioned constraint environment it is essential that the required 
amount of memory (botii on-chip or ejrtemal) is optimised for flie specific ^Hcation. On tiie 
other hand, with the above described trend of convergence of many consumer electronics 
markets like mobile phones, PDAs, MPS player or tiie like, it is not feasible any more to look 
30 at a single specific appUcation or merely a limited set of ^pHcations. Any realization of the 
terminal must be low-cost and low-power, where the costs are substantially defined by the 
bill of material, namely the chip area, the chip count, pin counts and PCB wiring layers. 

Additionally to the above memory requirements, several different 
communication services are required to cope witii the on chip communication, where die 
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different blocks or modules in the system may produce processing data with different speeds 
and at di:%rent granularities. One communication service may be based on a direct 
connection with only a small buffer located in a local memory of a module, where two 
hardware blocks or modules communicate directly between each other via a network 
5 characterized by a low granularity of data exchange, and a high synchronizatioa rate. A 
second communication service may be based on a memory-based connection, where data is 
stored in a buffer in order to decouple two communicating blocks or modules. Memory-based 
CQDoanunication is characterized by a coarse granularity of data exchange, and a lower 
synchronization rate because of a larger buffer can be allocated in a shared memory. 

10 Known systems are usually designed such that all possible connections 

between modules are already evaluated during the design of the system and each 
communication is statically linked to a certain communication service. Typically, resource 
constrained systems are very much optimized towards the usage of the resources, the 
communication is known well and is static and furthermore there is no dynamic connection 

15 creation. This might be feasible for systems with already known applications, however, for 
systems where the final applications are not yet known or may be altered during their 
lifetime, the communication between the blocks or modules must be more flexible. 
Accordingly, the system must be able to provide a dynamic allocation of communication 
resources. Although sometimes connections in such systems are created dynamically only 

20 one predefined connection service is used. Especially for resource constrained systems on 
chq> SoC, i.e. being low on resources, a dynamic allocation of communication resources is 
essential in order to provide low costs and low power devices. When a certain 
communication request is served always in the same way (possibly the worst case) regardless 
of its present parameters, some cases may appear where all resources are already occupied. 

25 Accordingly, other communication requests might be denied since all the resources are 

occupied. Especially for portable devices, which are heavily power constrained and where the 
functionality of several devices converges and effective usages of the available resources is 
essential to be coii5)etitive in this particular area. Therefore, a more flexible handling of the 
communication requests and the granting of corresponding communication resources appears 

30 to be beneficial. 

SUMMARY OF THE INVENION 

It is therefore an object of the invention to provide a dynamic selection of 
communication services in a System on Chip with a plurality of modules.. 
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Therefoie, an integrated circuit comprising a plurality of modules Ml to M5, 
CPU for processing applications, a global memory GM, which can be shared by said plurality 
of modules Ml to M5, CPU, an interconnect means IM for interconnecting said modules Ml 
to M5, CPU and said global memory GM based on a plurality of communication services CI, 
C2 is provided Said integrated circuit fiirther comprises at least one communication 
managing unit CMU for managing the conomunication between said plurality of modules Ml 
to M5, wherein said conmiunication managing unit CMU receives a request for a 
communication between at least two of said modules Ml to MS, CPU and dynandcally 
selects one of said plurality of communication services CI , C2 as basis for the requested 
communication between said modules Ml to MS, CPU. 

Therefore, the system can react dynamically to changes in the communication 
between the modules. 

According to an aspect of the invention, the communication services CI, C2, 
which requires the least interconnect resources, is selected. Accordingly, a better resource 
usage is allowed and thus more communication channels may be opened in a resource 
constrained environment 

According to a further aspect of the invention, a first conomunication service 
CI is selected allowing a memory-based communication between at least two of said 
modules(Ml to MS, CPU, if the granularity and data rates of the two modules Ml to MS, 
CPUdonotnsatchesorif one of said two modules Ml to MS, CPU do^ not coniprise 
sufficient local buGEering, and a second communication service is selected allowing a direct 
communication if the granularity and data rates of the two modules Ml to MS, CPU match 
and if one of said two modules Ml to MS, CPU comprises sufficient local buffering. 
Therefore, the direct communication service will be selected if possible, whereby reducing 
required bandwidth, memory allocation and additionally the power usage of the system. 

According to still a further asfpect of the invention, the selection is performed 
every time a request for establishing a commimication between at least two of said plurality 
of modules Ml to MS, CPU is received by the communication managing unit CMU. 
Therefore, allowing the system to dynamically allocate the optimal resources for every 
requested communication and thereby enabling an optimal resource usage. 

According to still a further aspect of the invention, the resources, which were 
reserved for the communication between said two of said plurality of modules, are released 
after having performed the requested communication. Accordingly, the reserved resources 
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are immediately released so that they can be re-used again for other requested 
communications. 

The invention also relates to a method for selecting communication services in 
an integrated circuit as described above. The communication between said plurality of 
modules Ml to MS is managed by receiving a request for a communication between at least 
two of said modules Ml to MS, CPU and by dynamically selecting one of said plurality of 
communication services CI, C2 as basis for the communication between said modules Ml to 
MS, CPU. 

The invention will now be described in detail with reference to the figure. 

BRIEF DESCRIPTION OF THOB DRAWINGS 

Fig, 1 shows a block diagram of a system on-chJ^ according to a first embodiment. 
Fig. 2 shows a block diagram of a system on-chip according to a second 

embodiment, and 

Fig. 3 shows a block diagram of a system on-chip according to a third embodiment 

PREFERRED EMBODIMENT OF THE INVENTION 

The System on Chip according to the invention may be low on resources,, i.e. a 
system for low cost and low power like a mobile phone or a portable device. However, llie 
principles of the invention may also be applied to less constrained environments. 

Fig. 1 shows a block diagram of a System on Chip SoC according to a first 
embodiment of the invention. The system comprises two modules Ml, M2, a central 
processing unit CPU, a global memory GM and an intercoimect means IM. The second 
module M2 comprises a memory buffer MB. The global memory GM conrprises a global 
buffer FB and is used as a shared memory, where the CPU or the two modules Ml, M2 can 
store data. A communication managing unit CMU is iicplemented on the central processing 
unit CPU on a software basis and is used to manage the communication between the CPU 
and the modules as well as the inter-module communicatioiL 

The different modules can produce data with different speed and at different 
granularity, depending on the applications running on the modules. The inter-module 
consmunication can be implemented by two ways, namely a direct block-to-block or module- 
to-module communication or a memory-based communication. The direct block-to-block 
communication is predominately used for llie exchange of small tokens. This commimication 
has a rather high synchronization rate but merely small buffers are used, which are local to 
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one of the blocks. The memory-based communication is mainly used for large tokens with a 
much lower synchronization rate but larger buffers located in the main memory, i.e. the 
shared memory GM. Only using a direct block-to-block communication will lead to a system 
that it is not flexible since some particular connections can only be established using 
5 memory-based services. However, if only memory-based communications are performed, 
this will result in an over-use of tiie shared memory and the required power for cases with a 
lower coxmnunication demand, whereby also the handling of other communication requests 
are prevented or blocked 

By implementing the communication managing unit CMU the System on Catip 

10 can dynamically allocate either the direct block-to-block or the memory-based 

communication depending on the actual granularity and the data rate of the requested 
communication. Accordingly, the decision which communication scheme or communication 
service is to be implemented, is based on the analysis of the actual parameters of the 
requested communication. According to the first embodiment the management of the 

15 commxmication between the first and the second module Ml, M2 is performed by the 

communication managing unit CMU implemented on the CPU. The communication between 
the two modules Ml, M2 can be performed via the connection CI or via the coimection C2. 
The connection CI is implemented as a memory-based communication, i.e. the module Ml 
writes data into the global buffer EB and the module M2 reads these data ftom the global 

20 buffer FB. The connection C2 is implemented as direct communication fix>m module Ml to 
module M2, where the data can be written directiy mto the memory buffer MB. According to 
the first embodiment the decision, which connection (CI or C2) to use is performed by the 
communication managing unit CMU implemented as a software task running on the CPU. 
Accordingly, the decision process is performed in a central place in the S3^tem. 

25 During the processing of an application on the system, a request can be issued 

fix)m the CPU to the communication managing unit CMU to establish a communication or 
connection between module Ml and module M2. Alternatively, this request can also be send 
firom one of the modules Ml, M2. The communication managing unit CMU retrieves the 
parameters of the requested communication firom the ^iplication or the sending module. 

30 These parameters may be the granularity or bandwidth of the required communication. 

If the parameters of the communication correspond to each other and one of 
the modules, i.e. the receiving module, has suflacient local buffering, i.e. a module buffer 
MB, the direct module-to-module communication is used to establish the connection C2. 
However, if the parameters do not match then the memory-based connection CI is chosen. 
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The decision, which one of fhe above-mentioned communication scheme is to be used, is 
preferably performed every time a request for establishing a connection is received by the 
conamoLvmication managing unit CMU. Accordingly, the system is able to dynamically allocate 
the optimal resources to a communication request. After the communication between the 
5 modules or between the CPU and one of the modules is successfiilly performed, the resources 
which have been rested for this communication like the global bujBfer FB in the global 
memoiy GM is released, so that these resources can be used for other connections. Therefore, 
the system memory and the bandwidth of the system can be optimally used, so that the 
resources allocation of Ihe overall usage of fbe memory decreases as well the required 

10 bandwidHi of the communication scheme allowing more communication channels to be 

opened at the same time as compared to the static situation. Additionally, since less resources 
are occupied the power dissipation of the system is reduced. 

The direct communication between two modules has a smaller delay or latency 
as compared to the memory-based service, whereby the systems performance can be 

15 increased. However, the decision process taking place before the communication can be 
established, introduces an initial delay to the communication and also requires an control 
overhead by iniplementing the communication managing unit. On the other side, the 
connections do not need to be established in real time and furthermore the establishing of 
these coimections is performed infirequentiy, so that certain delays may be acceptable. 

20 Fig. 2 shows a block diagram of a System on C3iip according to a second 

embodiment of the invention. The System on CSbip comprises two modules M3, M4, and 
interconnect means IM and a global memory GM. The global memory GM con^ses a 
global buffer FB. The module M3 comprises a communication tnatiflging CMU, which is 
implemented as a software task on said module M3 . The module M4 comprises a module 

25 buffer MB and a communication managing unit CMU - implemented as a hardware block - 
is associated to the module M4. The communication managing unit CMU or Ihe two modules 
M3, M4 are used to manage the communication of the modules. The communication between 
the two modules M3, M4 can be performed via connection CI, ie. a memory-based 
communication, or via cormection C2, Le. a direct communication. 

30 According to the second embodiment there is no central communication 

managing unit as in the first embodiment The notanagement of the communication of the 
modules is a distributed and is executed on/or for each of the modules. The communication 
management can either be performed on the module, which is initialing the conununication 
OT on the module, which is receiving the communication, ie. the slave. Alternatively, the 
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coimnumcatioii management may be perfoxmed on fhe initiating as well as on the receiving 
module. In such a situation the decision mechanism has to be implemented for every module. 
The communication managing may be implement as a software task (module M3) or as a 
hardware element, which is arranged as a shell between the module and the interconnect 
means IM. 

The actual decision mechanism is performed as described in the first 
embodiment. First of all, a request is received to establish a communication between the two 
modules. This request may be send firom one of the blocks or from the application which is 
parentiy performed on the System on Chip. The communication nianaging unit CMU, which 
is preferably associated to the initiating module (alternatively this may also be the receiving 
module) has to check the parameters required for this communication. As mentioned above, 
this may be the granularity or the bandwidth. If the communication parameter of the sending 
and receiving module matches and if the receiving module has sufBcient local buffering in its 
module buffer MB, than a direct module-to-module communication is chosen and a 
corresponding coimection, i.e. connection C2, is established between the modules. However, 
if the conamunication parameters of the modules do not match or if there is not sufficient 
local buffering in the module buffer MB, then a memory based communication is chosen and 
a connection CI is used. 

According to an alternative embodiment a System on Chip SoC based on a 
combination of the first and second embodiment may be provided. Accordingly, the selection 
of communication services may be performed central or decentral. 

Fig. 3 shows a system on chip according to the third embodiment of the 
invention. The third embodiment is based on the first embodiment The system comprises a 
module MS, a shell S, an interconnect means IM, a global memory GM and aresource 
managing unit RMU. The module M5 is connected to the global memory GM via the shell S 
and the interconnect means IM. The module MS comprises a processor PROC, an instruction 
cache I, a data cache D, and a local memory LM. The processor PROC and the local memory 
LM are connected to each other via a bus B. The local memory LM comprises a prefetch 
buffer PB. The local memory LM is used as a private memory exclusively for the module M. 
The local memory LM is dimensioned as a small memory which is enough to run 
^ppUcations with low memory demands. The amount of this memory space may depend on 
the appUcation performed on the module MS. 

Additionally, as shown in Fig. 1, the system finlher comprises a central 
processing unit CPU, and two modules Ml, M2. The second module M2 comprises a 
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memory bu£Fer MB. The global memory GM comprises a global buffer FB and is used as a 
shared memory, where the CPU or the two modules Ml, M2 can store data. A 
communication managing unit CMU is implemented on the central processing xmit CPU on a 
software basis and is used to manage the communication between the CPU and the modules 
5 as well as the inter-module communication. The selection of Ihe communicaticm services is 
performed according to the first embodiment 

The module MS may be any subsystem and may furtha conq>rise other 
functional blocks, performing dedicated s^lications or several different applications. The 
shell S is provided between the module MS and the interconnect scheme IM and is used to 

10 manage the communication between Ihe module and the intercoimect scheme. The idea of the 
shell S is to hide the properties of flie interconnect scheme to the module. Accordingly, 
aheady existing modules can be used without having to re-design their communication, since 
the shell S is used as an inter&ce. The interconnect scheme IM is preferably a network on a 
chip but may also be a bus-based sch^e. 

15 The shell S conqmses a memory managing unit MMU and an addressed 

translation unit ATU. The memory managing unit MMU monitors the free memory space in 
the local memory LM and requests the allocation of a global buffer FB in the global memory 
GM as soon as the available memory space in the local memory LM is lower than a 
predetermined mininiuTn value. The idea behind Ihis is to outsource processing data from the 

20 appUcationbeiiig run on the module M, for wMchtiiere is riot enough spac^ 

memory LM. The address translation unit ATU is then provided to translate the address used 
by the application run on the module M into addresses of the global address map 
corresponding to the global memory C9VL 

As mentioned above Ihe memory managing unit MMU sends a request for a 

25 buffer in the ^obal memory GM which should be reserved exclusively for the processing 
data fiom this module. TMs requests fixmi the memory inanaging unit MMU is sendto the 
resource managing unit KMU. The resource managing imit KMU is provided to manage the 
overall resources in the system. Additionally, the memory managing unit MMU requests for 
the provision of a guaranteed data path between the module M and the global memory GM 

30 via the interconnect scheme IM. The resource managing, unit KMU receives these requests 
and determines whether there is enough space available in the global memory GM to reserve 
a buffer of the requested size as well as whether the interconnect scheme IM can provide 
enough bandwidth for the requested communication path between the module MS and the 
global memory GM. If the resource managing unit KMU has determined, that tihere is enough 
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space available in fhe global memory GM and that there is enough communication resources 
available for the conmiunication path, the resource managing tmit SMU sends a resfponse to 
the memory managing unit MMU. The resource managing unit RMU includes the available 
space of the global buffer FB in the global memory GM as well as the address thereof into 
tihie response. As soon as the memory managing unit MMU has received this positive 
response from the resource managing unit RMU, it can activate the address translation unit 
ATU. The address translation unit ATU is used to hide the outsourcing of the processing data 
from the application run on the module M. In order to do this hiding, the address^ of the 
processing data which can not be stored any more in the local memory LM are provided with 
an offset The of&et of the address of those processing data, which can not be stored in the 
local memory LM, is calculated based on the address of tiie global buffer FB in the global 
memory GM as retumed by the resource managing unit KMU. 

To achieve an additional iniprovement of the performance of this system, data 
stored in the global buffer FB can be prefetched before they are being used by the application 
run on the module M and stored in the prefetch buffCT PB in the local memory LM. By 
prefetching this data the longer path of the global buffer FB in the global memory GM is 
hidden from the application and the latency introduced by outsourcing the processing data 
can also be hidden from the application. 

The allocation of the global buffer FB in the global memory GM can be 
performed at run-time of a certain application or may as well be performed after a 
predetermined period of time or alternatively, it may be performed based on certain events as 
described above. 

If on-chip as well as off-chip global memory is present in the system, the 
allocation of a buffer in the global memory will be done such as to optimized the cost, the 
power and the bandwidth resources. 

The drawbacks of the dynamic memory allocation according to the invention 
is that additional complexity is added to the inter&ce or shell of the modules M by 
introducing an address translation unit ATU. Furthermore, the resource managing unit RMU 
needs to be incorporated into the system on-chip, in order to keep track of the available 
communication resources. The exporting or outsourcing of a data will introduce additional 
latency. Moreover, the resource ntianaging unit KMU needs to perform an access arbitration 
at the global memory, so that the required communication paths can be guaranteed. 

According to a frirther embodiment of the invention the dynamic memory 
allocation of the third embodiment may also be applied in a System on Chip SoC according 
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to fhe second embodiment or altematively in a System on Chip SoC based on a combination 
of the jSrst and second embodiment. 

The commmiication managing unit CMU according to the embodiments of the 
invention may also be implemented in the shell S according to the third embodiment together 
5 with the memory managing unit MMU and the address translation unit ATU. 

The parameters of the communication between modules, the parameters of the 
modules or parameters of the applications running on the modules may be stored and 
managed by the resource managing unit RMU. Therefore, the inquiring of the CMU for the 
communication parameters can altematively be performed by issuing a request for these 
10 parameters to the KMU. 

The communications between modules may also be performed between more 
than two modules, e.g. by a multicast, i.e. one sending module and several receiving 
modules. 

The communication management unit CMU as described in the above 

15 embodiments can also communicate with modules (Ml to M5). These modules for example 
may send requests and the CMU sends grants or programs buffer sizes. This may happen also 
during the actual data exchange, since the modules have to communicate between Hiemselves 
to synchronize, for example to notify the oilier module that the buffer has.been filled andean 
be en^ed by the other module. This communication is performed in the opposite direction 

20 to data communication and may be implemented as a control communication. Basically, such 
control traffic, as sending requests, programnaing modules (Ml to MS) or synchronizmg 
between them is done directiy without going into global memory. For this traffic sometimes 
also a separate communication media (a bus) may be used. 

Additionally, tiie interconnect IM may be realized as anetwork, where the 

25 path through this network based on for exanoqple latency can be dynamically assigned. Such 
interconnect means IM can also for example offer communication channels with different 
parameters like bandwidth, delay, decoupling (by means of buffer hi global memory). The 
appropriate channel (channel with appropriate parameters) for a certain type of 
communication with certain parameters) may be dynamically chosen. 

30 It should be noted that the above-mentioned embodiments illustrate rather than 

limit the invention, and that those skilled in the art will be able to design many alternative 
embodiments witiiout departing from the scope of the appmded claims. In the claims, any 
reference signs placed between parentiieses shall not be con^rtrued as limiting the claim. The 
word "con^rising" does not exclude the presence of elements or steps other tiian those listed 



PHNL030898EPP 



12 14.07.2003 
in a claim. The word "a" or "an" preceding an element does not exclude the presence of a 
plurality of such elements. In the device claim enumerating several means, several of these 
means can be embodied by one and the same item of hardware. The mere feet that certain 
measures are recited in mutually different dependent claims does not indicate that a 
S combination of these measures cannot be used to advantage. 

Furthermore, any reference signs in the claims shall not be construed as 
limiting the scope of the claims. 
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CLAIMS: 



1. 



Integrated circuit comprising a plurality of modules (Ml to M5, CPU) for 



processing applications, comprising: 

a global memory (GM), which can be shared by said plurality of modules (Ml 

toM5,CPU); 



CPU) and said global memory (GM) based on a plurality of communication services (CI, 
C2); and 

at least one communication managing unit (CMU) for managing Ihe 
communication between said plurality of modules (Ml to MS), wherein said communication 
10 managing unit (CMU) receives a request for a communication between at least two of said 
modules (Ml to MS, CPU) and dynamically selects one of said plurality of communication 
services (CI, C2) as basis for the requested communication between said modules (Ml to 
MS, CPU). 

15 2. Integrated circuit according to claim 1, wherein 

the conmiunication services (CI, C2), which requires the least interconnect 
resources, is selected 

3. Integrated circuit according to claim 1 or 2, wherein 

20 a second communication service (CI) is selected allowing a memc»ry-based 

communication between at least two of said modules (Ml to MS, CPU), if the granularity and 
data rates of the two modules (Ml to MS, CPU) do not matohes or if one of said two modules 
(Ml -MS, CPU) does not comprise sufiBcient local buffering. 

2S 4. Integrated circuit according to claim 1 or 2, wherein 



communication between two of said modules (Ml -MS, CPU), if the granularity and data 
rates of the two modules (Ml -MS, CPU) matohes and if one of said two modules (Ml -MS, 
CPU) comprises sufficient local buffering. 



S 



an interconnect means (IM) for interconnecting said modules (Ml to MS, 



a second communication service (C2) is selected allowing a direct 
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5. Integrated circuit according to claim 3 or 4, wherein 

the selection is performed every time a request for establishing a 
communication between at least two of said plurality of modules (Ml to M5, CPU) is 
received by the communication managing unit (CMU). 

6. Integrated circuit according to claim 1 or S, wherein 

resources, which were reserved for the conomunication between said two of 
said plurality of modules, are released after having performed the requested communication. 

7. Integrated circuit according to claim 1, wherein 

said applications nmning on said modules are resource constrained. 

8. Method for selecting conmxunication services in an integrated circuit 
comprising a plurality of modules (Ml to M5, CPU) for processing applications, and a global 
memory (GM) being adapted to be shared between said plurality of modules (Ml to M5, 
CaPU), comprising the steps of: 

managing the communication between said plurality of modules (Ml to M5), 
by receiving a request for a communication between at least two of said modules (Ml to M5, 
CPU) and by dynamically selecting one of said plurality of communication services (CI, C2) 
as basis for the communication between said modules (Ml to MS, CPU). 
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ABSTRACT: 



An integrated circuit comprising a plurality of modules (Ml to M5, CPU) for 
processing applications, a global memory (GM), which can be shared by said plurality of 
modules (Ml to M5, CPU), an intercoimect means (IM) for interconnecting said modules 
(Ml to M5, CPU) and said global memory (GM) based on a plurality of communication 

5 services (CI, C2) is provided. Said integrated circuit further comprises at least one 
communication managing unit (CMU) for managing the communication between said 
plurality of modules (Ml to MS), wherein said cormnunication managing unit (CMU) 
receives a request for a communication between at least two of said modules (Ml to MS, 
CPU) and dynamically selects one of said plurality of communication services (CI, C2) as 

10 basis for the requested communication between said modules (Ml to MS, CPU). 
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